home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 767.txt < prev    next >
Text File  |  1997-04-16  |  13KB  |  308 lines
  1. INFO-ATARI16 Digest         Thu,  7 Dec 89       Volume 89 : Issue 767
  2.  
  3. Today's Topics:
  4.                       Amiga Software by Atari!!!
  5.                              Apple roms.
  6.                       Atracting new Club members
  7.                       Form Doc's ASCII NOW HERE!
  8.                            FORM docs again
  9.                       GNU C Floating Point Math
  10.                               info index
  11.                       KERMIT with Uniterm v2.0?
  12. ----------------------------------------------------------------------
  13.  
  14. Date: Thu, 7 Dec 89 09:31:12 GMT
  15. From: R.D.Chafer%sysc.salford.ac.uk@NSFnet-Relay.AC.UK
  16. Subject: Amiga Software by Atari!!!
  17. Message-ID: < 7 Dec 89 09:31:12 A10419@UK.AC.SALF.C>
  18.  
  19. Dear Netters
  20.  
  21. I have just read in ST Format (a UK ST magazine, not bad either) that Atari
  22. are creating a new software (games) label called ARC. Now the thing is
  23. Atari claim they are going to market software for the ST, PC and AMIGA.
  24. ST and even PC I can perhaps understand, but AMIGA. I have heard this piece
  25. of news rumoured before but now it seems to be fact. Can either Ken or
  26. Allan shed any light on this strange happening. ST Format suggested it was
  27. designed to get Commodore owners used to buying Atari, seems like a vague
  28. and dodgy idea to me.
  29.  
  30. Robert
  31.  
  32. =========================================================================
  33. From:  Robert Chafer
  34.  
  35.     Computing Centre             Telephone: +44 61 736 5843 x 672 or x7328,
  36.     University of Salford,
  37.     Salford M5 4WT
  38.     UK
  39.  
  40. E-mail:
  41.     JANET:   chafer @ uk.ac.salford.sysc
  42.     ARPANET: chafer%uk.ac.salford.sysc @ nss.cs.ucl.ac.uk
  43.     BITNET:  chafer%uk.ac.salford.sysc @ uk.ac
  44.         or   chafer%uk.ac.salford.sysc%ukacrl.bitnet @ cunyvm.cuny.edu
  45.  
  46. ------------------------------
  47.  
  48. Date: 6 Dec 89 23:57:08 GMT
  49. From: pyramid!cbmvax!daveh@decwrl.dec.com  (Dave Haynie)
  50. Subject: Apple roms.
  51. Message-ID: <8862@cbmvax.UUCP>
  52.  
  53. in article <8912020815.AB27991@ucbvax.Berkeley.EDU>, AMEIJ@vax.oxford.ac.UK (Jan
  54.  Ameij) says:
  55.  
  56. > Anyone notice the collossal damage done to IBM by the availability of MS-DOS?
  57.  
  58. It really works both ways.  That MS-DOS was available to anyone, and IBM PCs
  59.  were
  60. real easy to clone, the IBM PC underwent a magic transformation that changed
  61. "proprietary" to "industry standard".  So, at least for awhile, IBM could pawn
  62. off any pile of dross as the latest technology, and get away with it.  Then
  63. they started to lose market share to the cloners, and had to start getting real.
  64. This started happening shortly after they introduced the PC-AT.  And it's
  65. still going on.  Sure, IBM managed to assure that the PC would be necessary and
  66. not obselete for some time to come, despite how bad it was all done.  However,
  67. they also managed to lose control.  IBM is no longer necessary for the success
  68. of the PC, they continue to lose market share, and they're having to sell you
  69. something that goes faster for less money than they were.  That's good for the
  70. consumer, as is most competition, but it's not so great for IBM.  It's hard to
  71. say what would have happened if IBM were as closed as Apple (software wise of
  72. course -- the Mac is even easier to clone in hardware than the PC, as
  73. witnessed by things like Spectre or AMAX).  Certainly there never would have
  74. been a Compaq, Tandy might have continued souping up TRaSh-80s, and there
  75. might have been even more proprietary systems.  Or maybe all the "other guys"
  76. would have settled on something superior to MS-DOS long ago.  In any case,
  77. the effect on IBM isn't as clear cut as it might seem.
  78.  
  79. > Love, Jan
  80. --
  81. Dave Haynie Commodore-Amiga (Systems Engineering) "The Crew That Never Rests"
  82.    ?uunet|pyramid|rutgers?!cbmvax!daveh      PLINK: hazy     BIX: hazy
  83.                     Too much of everything is just enough
  84.  
  85. ------------------------------
  86.  
  87. Date: 7 Dec 89 03:34:35 GMT
  88. From: cadre.dsl.pitt.edu!pitt!cuphub!kar7481@pt.cs.cmu.edu  (Dan
  89.  Karbowsky;AtariEliteOfPghPa bbs412-384-5609)
  90. Subject: Atracting new Club members
  91. Message-ID: <2242@cuphub.cup.edu>
  92.  
  93. In article <473f18ee.14a1f@force.UUCP>, covertr@force.UUCP (Richard E. Covert)
  94.  writes:
  95.  
  96.   [a few paragraphs deleted]
  97.  
  98. >
  99. > Our local ST sdealer doesn't have the room for us to hold our meetings in his
  100. > store. So, we still need to find a better place to meet. The local community
  101. > college wants $500 a day for a room, with a $500,000 insurance policy. So,
  102. > we can't meet there. My company has a great auditorium, but we can't let
  103. > unescorted people into the building (don't want to let out our secrets :-)).
  104. > We want to meet on Saturday mornings as that is the most conveneint time for
  105. > our members.
  106. >
  107. > I personally think that the we need a better, bigger, meeting place before we
  108. > will attract new members. It is a Chicken and the Egg thing. We can't seat
  109.  many
  110. > more members in our current location, but without more members we can't afford
  111. > a bigger meeting place.
  112. >
  113. > --
  114. >  Richard E. Covert (covertr@gtephx)
  115. >   (602) - 581-4652
  116. > |  AG Communications Systems, Phoenix AZ   |
  117. >  UUCP: ?ncar!noao!asuvax | uunet!zardoz!hrc | att?!gtephx!covertr
  118.  
  119. Rich,
  120.  
  121.         Our Pittsburgh, Pennsylvania-based group is able to rent a room
  122. at a Marriot Hotel near Pittsburgh (8 minutes) for only $75.00 for 4 hours!!!
  123.  
  124. Why not check into renting a conference room at a Holiday-Inn or other reputable
  125. hotel?????  I'm sure the cost wouldn't be that bad....
  126.  
  127. Our group--The Atari Elite ST Organization--has filed for and is classified
  128. and registered in the state of Pennsylvania as a NON-PROFIT-ORGANIZATION.
  129.  
  130. Membership dues are $25.00/year and include a bi-monthly "newsdisk"(810k)
  131.  
  132. A $2.00 "donation" is made at the door by each member at each meeting (monthly)
  133. to help defray the cost of the room...with 60-70 people, it's quite easy!!!!
  134.  
  135. I think the KEY TO AVOIDING HIGH RATES is to file for Non-Prof-Org. status
  136.  
  137. To my knowledge--many hotels have special rates for NPO's and if you can work
  138. a contract (annual), you SHOULD be able to get a HEALTHY discount!!!
  139.  
  140. Lemme know after you do some checking!
  141.  
  142.  +-----------------------------------------------------------------------------+
  143.  | Dan Karbowsky      kar7481@pitt!cuphub /   S U P P O R T  T H E  S T ! ! !  |
  144.  | 102 Lee Drive      ___________________/Call the ATARI ELITE of PITTSBURGH'S |
  145.  | Belle Vernon, PA  / BBS (Forem-ST,fnet node 19)  at (412) 384-5609 at 300   |
  146.  | 15012   U.S.A.   / thru 19.2k baud 24 hrs./day 7-days/week   Mention this   |
  147.  |                 / message at logon.                                         |
  148.  +-----------------------------------------------------------------------------+
  149.  
  150.                JOIN THE REVOLUTION IN 1990!!!!!
  151.  
  152. ------------------------------
  153.  
  154. Date: 7 Dec 89 05:26:58 GMT
  155. From: haven!uvaarpa!hudson!bessel.acc.Virginia.EDU!gl8f@purdue.edu  (Greg
  156.  Lindahl)
  157. Subject: Form Doc's ASCII NOW HERE!
  158. Message-ID: <2415@hudson.acc.virginia.edu>
  159.  
  160. In article <3322@tahoe.unr.edu> mikew@wheeler.UUCP (Mike Whitbeck) writes:
  161.  
  162. >(well sort of done -- the dvitty driver crashed while doing the
  163. >index - jeez how many contributors give ya such a nice manual
  164. >with an index even! The last I can remember was UNITERM)
  165.  
  166. Yes, when the Uniterm docs were released as a .dvi file, there were
  167. many screams and yells. I offered to print up and sell copies at cost,
  168. but nobody took me up on it. I must say that the Uniterm manual did
  169. look quite nice.
  170.  
  171. Fortunately, now anyone with a SLM804 can print the .dvi files easily,
  172. and anyone with a monochrome screen can preview them.
  173.  
  174. ------
  175. Greg Lindahl
  176.  
  177. ------------------------------
  178.  
  179. Date: 7 Dec 89 07:54:33 GMT
  180. From: psuvm!jjl101@psuvax1.cs.psu.edu  (J.J. Lehett)
  181. Subject: FORM docs again
  182. Message-ID: <89341.025433JJL101@PSUVM.BITNET>
  183.  
  184.      Yes, in reference to all the stuff behind the Form docs, I initially
  185. wrote a request to see if the ASCII docs files were available.....
  186.      I am more than happy with what I know of the program, and am grateful
  187. to Jos...
  188.      Currently, a lot of us USA'ers without hard drives have DVI displayers,
  189. but I at least do not have all the fonts, and could not possibly have them
  190. all available on floppy, however, I am still interested in the program (yes,
  191. I know a hard drive is 'needed' for Form, but only when memory constraints
  192. warrant it.)  Perhaps someone out there could post just exactly what fonts,
  193. and the sizes of such are needed to view the DVI file.
  194.  
  195.      Thanks to all involved here!
  196. -------
  197. ********************************************************************
  198. *       J.J.        *             JJL101@psuvm.bitnet              *
  199. *                   *    Penn State Center for Academic Computing  *
  200. *    John Lehett    *          Computational Mathematics           *
  201. ********************************************************************
  202.  
  203. ------------------------------
  204.  
  205. Date: 7 Dec 89 04:32:28 GMT
  206. From:
  207.  cs.utexas.edu!jarvis.csri.toronto.edu!utgpu!watserv1!watmath!ria!uwovax!7103_26
  208.  22@tut.cis.ohio-state.edu  (Eric Smith)
  209. Subject: GNU C Floating Point Math
  210. Message-ID: <4470.257da18c@uwovax.uwo.ca>
  211.  
  212. In article <3526@jhunix.HCF.JHU.EDU>, esp_05@jhunix.HCF.JHU.EDU (Stdnt 05)
  213.  writes:
  214. > I just downloaded the copy of GNU C from terminator, oh, two weeks
  215. > ago, the same time I downloaded the pml package.  Maybe I should try
  216. > drgsun.
  217. >
  218. Yes, dsrgsun has slightly more up to date versions.
  219.  
  220. > At any rate Megamax C blew GNU C away in speed and executable size
  221. > (GNU C took twice as long, and the executables were around twice as
  222. > large).  The only problem with it is that it doesn't have stdlib
  223. > functions, although without those I can still improvise.
  224. GNU C executables are twice as large only for small files (the library is
  225. more complicated, and not as well organized, so it has higher overhead).
  226. For larger files I would expect the GCC to produce smaller code. And yes,
  227. GNU takes longer to compile; Laser is *really* fast. On the other hand,
  228. programs compiled with GNU execute faster, and the GNU optimizer is a *lot*
  229. smarter than Megamax's (GNU knows not only when to put things in registers,
  230. but also how to change multiplications into additions inside of loops,
  231. so that "for (i = 0; i < end; i++) a[i]=foo(i);" produces the same code
  232. as "for (p = a; p < a[end]; ++p) *p++ = foo(p-a);".
  233.  
  234. One other note: the library as distributed has a serious bug in the compare
  235. routine for floats. That should be fixed soon; a temporary workaround is
  236. to use doubles instead of floats. This may have been causing your problems.
  237. --
  238. Eric R. Smith                     email:
  239. Dept. of Mathematics            ERSMITH@uwovax.uwo.ca
  240. University of Western Ontario   ERSMITH@uwovax.bitnet
  241. London, Ont. Canada N6A 5B7
  242. ph: (519) 661-3638
  243.  
  244. ------------------------------
  245.  
  246. Date: 07 Dec 89 10:39:48+0100
  247. From: Andreas Magun <magun@sun.iap.unibe.ch>
  248. Subject: info index
  249. Message-ID: <21*magun@sun.iap.unibe.ch>
  250.  
  251. info
  252. index
  253.  
  254.  
  255.  
  256. ------------------------------
  257.  
  258. Date: 7 Dec 89 02:52:05 GMT
  259. From: cadre.dsl.pitt.edu!pitt!cuphub!kar7481@pt.cs.cmu.edu  (Dan
  260.  Karbowsky;AtariEliteOfPghPa bbs412-384-5609)
  261. Subject: KERMIT with Uniterm v2.0?
  262. Message-ID: <2240@cuphub.cup.edu>
  263.  
  264. In article <8912050802.AA12678@ucbvax.Berkeley.EDU>, AMEIJ@vax.oxford.ac.UK (Jan
  265.  Ameij) writes:
  266. > I have had lotsa problems transferring binary files with Uniterm kermit, from
  267. > a VAXCluster. The solution seems to be...SET FILE TYPE FIXED on the VAX
  268. > (Kermit-32>) and BINARY on the ST. Both binary -> dozens of errors...
  269. >
  270. > I don't know why it works, but it does.
  271. >
  272. >
  273. > Jan
  274.  
  275. I am on a VAX-8350 and use kermit-32> also...
  276.  
  277. I have found that 99.9% of all KERMIT up/downloads will work using UNITERM 2.0d
  278. if you issue a "SET DELAY n" command: whereas; n = number of seconds you think
  279. you'll need to select the SEND/RECV file and go into send/recv mode...
  280.  
  281. Hope this helps SOMEONE out there....
  282.  
  283. --
  284.  +-----------------------------------------------------------------------------+
  285.  | Dan Karbowsky      kar7481@pitt!cuphub /   S U P P O R T  T H E  S T ! ! !  |
  286.  | 102 Lee Drive      ___________________/Call the ATARI ELITE of PITTSBURGH'S |
  287.  | Belle Vernon, PA  / BBS (Forem-ST,fnet node 19)  at (412) 384-5609 at 300   |
  288.  | 15012   U.S.A.   / thru 19.2k baud 24 hrs./day 7-days/week   Mention this   |
  289.  |                 / message at logon.                                         |
  290.  +-----------------------------------------------------------------------------+
  291.  
  292.                   JOIN THE REVOLUTION ! ! !
  293.  
  294. ------------------------------
  295.  
  296. Date: Thu, 07 Dec 89 02:11:57 -0900
  297. From: <FTJLH%ALASKA.BITNET@Forsythe.Stanford.EDU>
  298.  
  299. RE:  Z-RAM mem expando
  300.    Anyone have any experience with the Z-RAM memory expansion, or Z-RAM INC
  301. in general? They claim to supply a "30 page manual" w/ this product...
  302. sounds good so far. Any customers satisfied or otherwise out there?
  303.  
  304. ------------------------------
  305.  
  306. End of INFO-ATARI16 Digest V89 Issue #767
  307. *****************************************
  308.